PCT 



WORLD INTELLECTUAL PROPERTY ORGANIZATION 
International Bureau 




INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(51) International Patent Classification 6 : 
H04Q 3/00 



Al 



(11) International Publication Number: WO 98/51092 j 

(43) International Publication Date: 12 November 1998 (12.1 1.98) 



(21) international Application Number: PCT/SE98/00758 

(22) International Filing Date: 24 Apriya98_(24.04.98) 



(30) Priority Data: 
08/851,897 



6 May 1997 (06.05.97) 



US 



(71) Applicant: TELEFONAKTIEBOLAGET LM ERICSSON 

(publ) [SE/SE]; S-126 25 Stockholm (SE). 

(72) Inventors: LINDEBERG, Jan; Rosenhoj 45, DK-2990 Ni- 

vaa (DK). SMIDT, Allan; Moellebakken 12, DK-2700 
Broenshoej (DK). HAMMARSTROM, Peter; Hemskogen 
7, S-81 1 52 Sandviken (SE). 

(74) Agent: ERICSSON TELECOM AB; 1PR Management & 
Patent Dept., S-126 25 Stockholm (SE). 



(81) Designated States: AL, AM, AT, AU, AZ, BA. BB, BG. BR 
BY, CA, CH. CN. CU. CZ, DE, DK. EE. ES. FI, GB. GE. 
GH, GM, GW, HU, ID. IL, IS, JP. KE. KG, KP. KR, KZ. 
LC, LK, LR. LS. LT, LU, LV. MD. MG. MK, MN, MW, 
MX, NO, NZ, PL. PT, RO, RU, SD. SE. SG. SI, SK, SL, TJ, 
TM, TR, TT, UA. UG, UZ, VN. YU, ZW, ARIPO patent 
(GH, GM. KE, LS, MW, SD, SZ, UG, ZW), Eurasian pajent 
(AM, AZ, BY, KG, KZ, MD, RU, TJ, TM), European patent 
(AT. BE. CH, CY, DE, DK, ES, FI, FR, GB, GR, IE. IT, 
LU, MC, NL, PT, SE), OAPI patent (BF, BJ, CF, CG, CI, 
CM, GA, GN\ ML, MR, NE, SN, TD, TG). 



Published 

With international search report. 



(54) Title: COMPUTER TELEPHONY INTEGRATION GATEWAY 




I WO \ J j 



(57) Abstract 

A telecommunications system combines the benefits provided by a public intelligent network and a customer premise equipment 
(CPE)-based private network to provide enhanced telecommunications services. T^pubiicintelligent network includes an IN service control 
element and an IN switching control element used to provide IN services following IN control procedures. The private telecommunications 
network includes a computer telephony integration (CTT) server providing CTI services following CTI control procedures. A network 
gateway is provided between the public and private networks. The_ network gateway establishes a service Jqgic communication between the 
IN service control element and the CTI server and permits, for exljnple*,"the CTT serveFto" request a service from the TN service control 
element. Events related to the requested service are returned via the network gateway. The network gateway includes a CTI interface 
that emulates a private branch exchange switch to receive and translate switching service communications from the CTI server, and an IN 
interface that emulates a public IN node to receive and translate service communications from the service control point. 
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COMPUTER TELEPHONY 
INTEGRATION GATEWAY 

RELATED APPLICATIONS 

This application is related to two commonly-assigned patent applications 
entitled "Cooperative Call Processing Across Public and Private Intelligent 
Networks"(attorney docket no. 1410-313) and "Method and Arrangement for 
Integrating Intelligent Network Services With Operator Assisted Services" (attorney 
docket no. 1410-314), the disclosures of which are incorporated herein by reference. 

FIELD OF INVENTION 

The present invention relates to telecommunication services, and in 
particular, to telecommunications services that involve both computer-based and 
telephony-based service features. 

BACKGROUND AND SUMMARY OF THE INVENTION 

As computers and telephones become more and more integrated, a new 
technology has evolved referred to as computer telephony integration (CTI). Computer 
telephony integration may be defined as the functional merging of telephony and data 
processing services in order to add value to business or other service applications. 
More specifically, CTI permits an exchange of command and status information 
between voice and data processing environments. The telephony system is typically a 
private branch exchange (PBX) but could be a telephone line established for a single 
line business connected to a computer. The data processing system may range from a 
large mainframe computer to a small, personal computer. 

CTI architectures include complex combinations of both hardware and 
software systems. A simple architecture requires only a direct link from the phone to an 
external adapter that connects to a PC serial or parallel port. Users can have direct 



WO 98/51092 PCT/SE98/00758 

a. 



control over call routing so that to transfer a call, the user just clicks on an icon and the 
PC sends a message to the switch emulating a command from the phone requesting that 
the switch transfer the call. A server-based architecture connects a telephone switch to 
a server on a local area network (LAN). The LAN server, rather than the switch or user, 
is responsible for routing calls. In PBX-based computer telephony integration, a 
common CTI channel is provided between the computer system and the PBX telephone 
system (the PBX is connected to the public telephone network). Each user is viewed as 
a CTI client having a PC or workstation connected to a local area network. Each user 
also has a separate telephone that is connected directly to the PBX. There is no physical 
connection between the individual workstations and telephones. 

CTI protocols have been developed to permit the computer and telephone 
systems to communicate. More formally, a CTI protocol is a set of messages and 
associated sequencing rules for communicating at application layer 7 of the OSI model 
between the computer and telephone system. Many of these CTI protocols are 
proprietary or closed and do not allow for application internetworking across PBX 
platforms. Attempts have been made to provide open CTI protocols, the most 
successful of which is the Computer Supported Telephony Applications (CSTA). 

CTI software applications enable computers to manipulate the telephone 
domain as well as the data/computer domain. A simple CTI application is a telephone 
directory application that maintains a catalog of names, addresses, company details, and 
telephone numbers, wherein those numbers can be selectively and automatically dialed 
in the CTI computer. A more sophisticated CTI application is automatic call 
distribution to route a large number of telephone calls to telephone agents based on data 
instructions in a call center computer. An application programmer interface (API) 
allows an application program residing in a computer to invoke certain telephony 
actions and enables development of new applications while protecting existing 
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software. The API decouples various applications from the underlying platform such as 
a PBX control platform. 

There is a long felt need to efficiently and effectively provide and 
coordinate telecommunication services for an organization or other types of subscriber 
5 groups located in different geographical locations. Such organizations, businesses, and 
groups of subscribers also need advanced telecommunications service functions like 
internal/private numbering plans, automatic call distribution, personal telephone support 
where telephony functions are invoked by a user interacting with his computer terminal, 
customer support services where data is displayed on a computer terminal to assist in 
10 the current conversation, special applications for institutions like hotels, schools, etc., 
data accesses to switch supported and computer supported databases, and so on. 

Attempts have been made to address these problems by public telephone 
operators using central telephone switching office equipment as well as by private 
networks using dedicated Customer Premise Equipment (CPE). CPE solutions are 

15 typically constructed around a private branch exchange which either itself possesses 
basic control functionality or is controlled by an external application server connected 
by a CTI data link. Within this CPE-based environment, a variety of different 
proprietary application servers using computer-based protocol to control the PBX may 
be used. For purposes of this application, this wide range of application servers is 

20 encompassed generally by the term CTI server. Applications running on a CTI server 
may be used for services such as routing of incoming calls to an idle agent in an 
automatic call distribution environment, handling display of messages, rerouting 
functions, multiple party calls, etc. 

A significant advantage of CPE-based systems using PBXs and CTI 
25 servers is that new and customized service features may be quickly and relatively 
inexpensively developed and provided. Still, there are a number of drawbacks with 
PBX-CTI server solutions. For example, a CTI server can only control those telephone 
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extensions in a private telecommunications network which are associated with the 
private network's PBX. At a business level, private networks require that a customer 
purchase, install, and maintain telephony switching equipment at the customer's 
premises. Further, variations in capabilities and protocols between different PBX 
5 manufacturers makes it difficult to "mix and match" private network features designed 
by one manufacturer for its PBX for use on another manufacturer's PBX. Even if there 
is support for networked PBXs controlled by a single CTI server, there is significant 
limitation in the functionality that may be offered across two or more PBXs. Of course, 
networked PBXs also require that the customer purchase, install, and maintain separate 
10 networks. Still further, it is difficult and expensive to incorporate small clusters of 

remote extensions/subscribers into a private network. In particularly inefficient cases, it 
may be necessary to install a separate PBX at a remote location in order to incorporate 
only a handful of subscribers into the main organization network. 

Public telecommunication network operators have attempted to meet the 
15 above-described needs using a central office switch service referred to as CENTREX 
where the functionality of a PBX is emulated by software in the central office switch. 
However, the CENTREX approach has not met customer requirements with respect to 
openness and flexibility. For example, the CENTREX solution is restricted to the 
flexibility and openness provided by the central office switch. Customers typically 
20 cannot connect generally available computer application servers, such as CTI servers, to 
control call and service handling in the central office switch. Another stumbling block 
for solutions offered by telecommunication network operators is that service 
development is usually quite slow and rigid due to the centralized nature of public 
telecommunications networks and ongoing standardization work in that arena. 

25 The present invention solves these problems and meets the needs noted 

above by integrating services offered by computer application CTI servers from the 
private network with intelligent network (IN) services offered from the public 
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telecommunications network. In fact, the present invention provides an arrangement 
and procedures that allow currently available CTI servers designed to work with PBXs 
to communicate instead with the intelligent network to cooperatively deliver 
telecommunications services. As a result, the present invention combines the benefits 
5 provided by IN-based and CPE-based systems. 

More specifically, a telecommunications system in accordance with one 
example embodiment of the present invention includes a public telecommunications 
intelligent network (IN) including an IN service control element and an IN service 
switching control element used to provide IN services following IN control procedures. 

10 A private telecommunications network includes a CTI server that provides CTI 

services following CTI control procedures. A network gateway is provided between the 
public and private networks and permits the CTI server to request a service from the IN 
service control element. In an example embodiment of the present invention, this 
network gateway is referred to as a CTI gateway. The CTI gateway establishes a 

15 service logic communications path between a service control function in the IN service 
control point and a computing function in the CTI server. 

A significant advantage of the present invention is that private network 
telecommunications services can be provided without having to purchase, install, or 
maintain a PBX or other private switching equipment. Instead, the CTI gateway 

20 includes an interface that emulates a private branch exchange switch to receive service 
communications from the CTI server. This way currently available CTI servers can be 
implemented without significant modifications or additions. On the intelligent network 
side, the CTI gateway also includes an IN interface that emulates a public IN node to 
receive service communications from the IN service control point. Thus, the CTI server 

25 requests a service from the CTI gateway using a CTI control protocol, and the IN 

service control point responds to that service request with the CTI gateway using IN- 
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based protocols, e.g., INAP. The CTI gateway performs the necessary conversions to 
complete the communications in both directions. 

As a result of the present invention, a business or other organization can 
establish a virtual private network (VPN) using a CTI-type server connected by a 
5 network to a plurality of operator workstations, each operator workstation being 

associated with the telephone. These telephones and other telephones are connected to 
an intelligent network. Even though there is only one organization, groups of telephone 
devices may be located in separate geographical locations. Various private network C 
services such as internal private numbering plans, automatic call distribution, call 
10 reroutings, etc. may then be provided through the CTI gateway with the assistance of 
the intelligent network. As a result, the size of the virtual private network is limited only 
by the size of the intelligent network. 

The present invention network therefore provides a method of enhancing 
telecommunication services offered in a private network controlled using a computer 

15 serving a private network using services from an intelligent network. The method 
includes providing a gateway between the computer server and the service control 
element of the intelligent network. The computer server requests from the gateway a i 
switching service for the private network. The gateway then conveys a switching 
message corresponding to the requested switching service to the IN service control 

20 element. In response to the switching message, the service control element performs 
the requested switching function using one or more IN switching elements. 

Service logic corresponding to a private network service is established in 
the IN service control element, and one or more triggering conditions is established in 
the one or more IN switching elements. When the IN switching element detects a call 
25 having a trigger condition, the IN service switching invokes the private network service 
logic in the IN service control element. The detection of the call and related call 
information are forwarded and stored in the gateway. That information may be 
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communicated to the computer server in the private network via the gateway. The 
computer server processes the call information and instructs via the gateway the IN 
service control element to complete the call. The IN service control element then 
instructs the IN service switching element to complete the call. 

As a result of the present invention, private network 
extensions/subscribers are not limited to one PBX or to a central office switch, i.e., 
CENTREX. Instead, the extent of the private network is limited only by the extent of 
the IN network. In essence, the present invention provides a "virtual" or logical PBX 
within the intelligent network, and as a result, no switched equipment is needed by 
customers/organizations. By integrating the services provided by the intelligent 
network with those provided by private network CTI servers, the variety and 
sophistication of services that can be ultimately designed and provided to customers is 
significantly advanced. For example, IN services offer additional capabilities such as 
handling of large multi-party calls and charging capabilities. Like the switching 
functionality, other expensive special resource functions may also be centralized and 
therefore utilized more efficiently. 

Additional objects, advantages, and features of the present invention will 
be set forth in part in the description which follows, and in part will become apparent to 
those skilled in the art upon examination of the following, or may be learned by 
practicing the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a function block diagram illustrating an example, non-limiting 
embodiment of the present invention; 

Fig. 2 is a flowchart diagram illustrating example procedures performed 
by the CTI gateway shown in Fig. 1 ; 
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Figs. 3A and 3B are flowcharts illustrating example procedures for a 
virtual private network service feature for servicing outgoing calls from the virtual 
private network as one example application of the present invention; 

Fig, 4 is a flowchart diagram illustrating example procedures of an 
5 automatic call distribution application of the present invention; 

Fig. 5 is a flowchart diagram illustrating example procedures of a virtual 
private network service for incoming calls to the virtual private network; 

Fig. 6 is a more conceptual, domain-based illustration of the present 
invention; and 

10 Fig. 7 is a function block diagram illustrating in more detail the CTI 

gateway in accordance with an example embodiment of the present invention. 

DETAILED DESCRIPTION 

In the following description, for purposes of explanation and not 
limitation, specific details are set forth, such as particular embodiments, elements, 

15 interfaces, hardware configurations, data structures, software flows, techniques, etc. in 
order to provide a thorough understanding of the present invention. However, it will be 
apparent to one skilled in the art that the present invention may be practiced in other 
embodiments that depart from these specific details. In other instances, detailed 
descriptions of well known methods, devices, and elements are omitted so as not to 

20 obscure the description of the present invention with unnecessary detail. 

Fig. 1 is a function block diagram of an example, non-limiting 
embodiment of the present invention. A public telecommunications network 100 is 
separated by a dashed line from a customer premises equipment (CPE)-based private 
communications network 202. The public telecommunications network 100 includes 
25 (among many other things not shown here) an intelligent network 200, a CTI 
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gateway 2 1 1, and a media server 225. The intelligent network 200, being a part of 
public telecommunications network 100, is also considered a public network. 

The CPE private communications network 202 includes a plurality of 
customer domains 250, 260, and 270 that belong to the same business, organization, or 

5 other customer. Customer domain 260 includes a plurality of telephone devices 
represented by telephones 261 and 262 connected to the public telecommunications 
network 200 at a service switching point 241. Also included in the customer 
domain 260 are a plurality of operator workstations represented by two computer 
terminals 263 and 264. The workstations are connected to a private data 

10 communication network 254 that connects computers in all three of the customer 
domains 260, 270, and 250. 

Another customer domain 270 is shown remotely located from customer 
domains 260 and 250. Customer domain 270 contains two telephones 271 and 272 
which are connected to the public telecommunications network 200 at service switching 

15 point 245. Also shown is an operator workstation 273 connected to the private 

communications network 254. Of course, only a representative number of telephones 
and operator workstations have been shown in the customer domains for simplicity. 
There may of course be many telephones like device 272 which are stand-alone 
telephones and are not associated with operator workstations. However, for those users 

20 having associated telephone devices and workstations, a user can contact other 

workstations in the network as well as the CTI server 251 using electronic mail type 
data communications. As a result, the user may use his workstation to perform various 
functions including telecommunication functions such as computer supported call setup, 
call forwarding, etc. via data commands to the CTI server. 

25 The CTI server 25 1 is the service control element for the CPE-structured 

private communications network 202. Different types of CTI servers having different 
CTI architectures, supplied by different vendors, configurable with different PBXs, etc. 
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may be employed with the present invention. The CTI server 251 includes computing 
functionality 253 as well as an access to database information from database 252 to 
perform any of a variety of telecommunications services. The CTI server 251 includes 
a set of general computer applications in addition to the computing function 253. The 
5 computer function and applications may selectively provide a number of different 
services such as telemarketing, customer care, call routing, etc. (not shown in Fig. 1). 
The CTI server 251 may of course perform those services described in the background 
section as already performed by CTI servers as well as new services that take advantage 
of and integrate IN-based services. Typically, the CTI server employs at an application 

io layer a set of messages and associated sequencing rules for communications referred to 
here generally as a CTI protocol. Preferably, the CTI gateway is constructed using 
scripted logic so that it may be readily adapted to different capabilities and protocols 
provided by different CTI servers. Because of this flexibility, any proprietary or open 
CTI protocol may be employed such as computer support telephony applications 

15 (CSTA) « an "open" CTI protocol. 

The intelligent network 200 includes a service control point 23 1 having a 
service control function 232 and one or more logical devices (LD). Logical devices 
may be pure software objects which may be manipulated and monitored via the CTI 
gateway. In the service control point, service scripts in the service control function 232 

20 are regarded as logical devices which may be monitored and controlled by the CTI 
server via the CTI gateway. The service control function 232 contains service logic 
used in the public intelligent network to provide IN services. The service control 
architecture in service control points is independent of the underlying communications 
network. Each IN service is typically composed of several service features or basic 

25 reusable components called service independent building blocks (SIBs). Service 

independent building blocks provide network operators with the ability to design their 
own advanced services as service "scripts" by properly selecting and sequencing basic 
service script modules. A service script contains service logic and service data in a 



WO 98/51092 



PCT/SE98/00758 



11 

particular sequence of SIBs designed and tested to provide a particular service. During 
call processing and rendering of a service, the service script corresponding to the 
service is "interpreted" or executed to provide the requested service. 

The service control point 23 1 is connected to one or more service 
5 switching points. Two service switching points (SSP) 241 and 245 are shown in Fig. 1 . 
Each service switching point includes service switching functionality (SSF) 242, 246. 
The SSPs 241 and 245 also include respective call control functions (CCFs) 243 
and 247 as well as respective call control access functions (CCAFs) 244 and 248. A 
CCF is the core of the traditional telephony switch which performs the actual switching 
10 of calls. The CCF provides the service switching function with "hooks" and "handles" 
to allow the call to be controlled by the service control function. The CCAF provides 
connectivity between a customer's telephone and the public telephony network. A large 
number of telephone terminals (only one representative terminal 299 is shown) is 
connected either directly or through intervening nodes/networks to an SSP. 

15 When a service subscriber/user dials a telephone number relating to an 

advanced service, i.e., an intelligent network call, the local exchange transfers the call to 
an SSP. The SSF detects a trigger condition during the normal switching process. Such 
a trigger condition may occur at the origination of a call, during a call, and at the 
termination of a call. After triggering on an incoming IN call, the SSF sends a message 

20 to the SCF 232 in the service control point 23 1 . Information flows between the network 
functions residing in the different service control and service switching points are 
implemented in the IN application layer protocol (INAP). The INAP protocol uses 
transport capabilities application part (TCAP) on top of connectless SCCP (signaling 
connection control part). The application layer messages are specified in abstract 

25 syntax notation one (ASN.l). The SSPs 241 and 245 are connected to the SCP 231 by 
INAP links 281 and 282, respectively. 
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After the SSF detects a trigger, it sends a message containing the dialed 
number and general call information to the SCF, and the SCF invokes appropriate 
service logic to analyze the received message and perform the requisite service. The 
SCF issues one or more commands to the SSF to initiate appropriate switching actions 
5 to fulfill the service such as setting up or releasing telephony connections, activating an 
intelligent peripheral, etc. 

An intelligent peripheral 221 is connected both to the service switching 
point 241 via access line 292 and to the service control point 23 1 by access line 238. f 
The intelligent peripheral 221 contains a specialized resource function (SRF) 222 used 

10 to conduct communication with subscribers by sending various automated voice 

announcements and receiving responses in the form of subscriber dual tone multiple 
frequency (DTMF) digit tones. Of course, any type of user interaction mechanism may 
be supported by the IP. Similarly, a media server (MS) 225 may be connected for 
example to the SSP 245 by link 293 and to the CTI server 251 by a data link 286. 

15 Media server 225 contains a specialized resource functionality (SRF) that may be used 
for example to perform user interaction like interactive voice response. 

The service control elements in both networks, i.e., the SCP 23 1 and the { 
CTI server 25 1 in this example, are connected by way of a "gateway" labeled for this 
example embodiment as the CTI gateway 211. The SCP 231 communicates with the 

20 CTI gateway 21 1 over an "extended" INAP interface 284. On the other side of the 
gateway, the CTI interface 285 is based on a different, computer-based, data 
communications network level protocol using the standard transaction capability part 
(TCAP) which may be carried over a signaling system 7 network or any other suitable 
underlying protocol such as TCP/IP, which supports a CTI applications protocol like 

25 CSTA. Any CTI protocol may be used, and therefore, the interface is identified as the 
CTI interface 285. 
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In a preferred but non-limiting embodiment, the extended INAP 
interface 284 employs cooperative call processing procedures described in commonly- 
assigned, related patent application entitled "Cooperative Call Processing Across Public 
and Private Intelligent Networks" incorporated by reference above. Details of such 
enhanced, cooperative processing procedures are set forth in that patent application. 
Briefly, a logical relationship is established over an end-to-end service logic 
communications path between the service logic in the SCP 23 1 and the service logic in 
the CTI gateway 21 1 using a small set of operations. With that set of operations, the 
CTI gateway requests a service feature to be performed by the SCP. A service feature 
request is made using a Start operation coupled with a specific service feature request 
argument and corresponding data attributes for the specific service feature argument. 
When the Start operation is transmitted by the service control logic of the CTI 
gateway 2 1 1 to the SCP 23 1 , the SCP 23 1 communicates that request to the appropriate 
SSP. The SCP 23 1 also returns a Continue operation coupled with a specific service 
feature result argument. After the service feature result is returned, a determination is 
made if further servicing is needed to provide the requested service feature. If so, a 
Continue operation coupled with an appropriate argument is transmitted. Otherwise, a 
Stop operation is used to logically complete the requested service feature. The 
operation procedures also include an Event operation coupled with a specific service 
feature event argument for transmitting one or more events that the other network's 
service logic is to take into account when providing the requested service feature. The 
client/server model of communications between the SCP and the CTI gateway is 
symmetric. In other words, the SCP may function as a client sending service requests, 
and the CTI gateway may function as a server. 

To facilitate interaction at a service logic level and to increase the 
flexibility of the CTI gateway 2 1 1 to adapt to different types of CTI servers and CTI 
protocols, it is preferred that the CTI gateway service logic be scripted using service 
independent building blocks (SIBs). If the CTI gateway is constructed using scripted 
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logic, it may be readily adapted to different capabilities and protocols provided by 
different CTI servers. Of course, the service logic in the CTI gateway could also be 
programmed using other programming techniques/models. 

When viewed from the public intelligent network, the CTI gateway 21 1 
5 "appears" to be providing additional service control functionality to the service logic in 
the SCP 23 1. Alternatively, and viewed from the CTI server 25 1, the CTI gateway 211 
"appears" to be providing switching functionality for the computing function 253 in the 
CTI server. In effect, the CTI gateway 211 receives and translates service requests from ^ 
both interfaces so that they can be conveyed to the other network's service logic. 

io Given this dual functionality, the CTI gateway 2 1 1 includes a switching- 

control coordination function (SCCF) 213. To coordinate switching in the public 
telecommunications network for the private communications network 202. The SCCF 
also coordinates user interactions performed by the specialized resource function either 
in the intelligent peripheral 221 or in the media server 225. The CTI gateway 21 1 also 

15 includes an automatic call distribution (ACD) function for distributing incoming calls to 
agents within a particular business, organization, or other group. 

Although there is a symmetric client/server relationship between the CTI I. 
server 25 1 and the service control point 23 1 via the CTI gateway 21 1, the present 
invention will be described (for purposes of illustration only) in the context of the CTI 
20 server as the client and the SCP as the server. In particular, the example application of 
the present invention is that of a virtual private network (VPN) service provided by the 
private network 202 implemented using the public intelligent network 200. 

The general procedures performed by the CTI gateway 2 1 1 in requesting 
services from the CTI server of the IN network will now be described in conjunction 
25 with the example flowchart routine 300 shown in Fig. 2. Initially, the CTI gateway 2 1 1 
receives a service request (in this case a switching request) from the CTI server 25 1 in 
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the computing domain of the CPE-based private communications network 202 
(block 302). The CTI gateway converts the service request from a computer-based 
protocol (CSTA, TAPI, TSAPI, etc.) into an IN protocol format and conveys the 
converted message to the IN service logic element, e.g., the SCP, in the public 
5 communications domain (block 304). Whenever a service is requested by the CTI 

server 251, the CTI gateway 211 establishes a logical communications link with the CTI 
gateway functioning as a converting/conveyance mechanism. This logical 
communications path may be established via a direct access link or through existing 
networks. 

10 A response from the intelligent network to the service request or other 

events relevant to the service request is transmitted over the extended INAP interface 
284 (block 306) and converted in the CTI gateway 211. More specifically, the CTI 
gateway 2 1 1 converts the response/event from an IN-based protocol format into a CTI 
protocol format and conveys the converted message to the CTI server 25 1 (block 308). 

15 This step may be optionally performed depending upon the type of CTI "monitor" 
request that the CTI server 25 1 may have issued for a particular service or for a 
particular device. The CTI gateway 211 maintains a status table for each device bein<* 
monitored in various service applications. In the virtual private network (VPN) 
example, the CTI gateway 21 1 monitors and maintains the status of devices in that VPN 

20 and informs the CTI server 25 1 as required of any change in status (block 310). 

The following set of flowcharts illustrated in Figs. 3 A, 3B, 4, and 5 will 
now be used to describe the example operation of the system shown in Fig. 1 to provide 
a virtual private network service using the CTI server and IN resources from the public 
IN network 200. A VPN routine 320 for processing outgoing calls from the virtual 
25 private network is now described in conjunction with the flowchart in Fig. 3A. 

Initially, the VPN service is set up in the appropriate nodes in the 
intelligent network (block 322). This service may be requested and established with 
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communications from the CTI server 251 by way of the CTI gateway 21 1 or 
information downloaded to the SCP and SSP nodes through a traditional IN service 
design center. In any event, the setup includes establishing triggering telephone 
numbers for the VPN service in the SSPs and establishing VPN service logic in the 
5 SCPs such as VPN service scripts to be invoked when the VPN service is triggered. 
Another initial procedure is to establish a status table for devices contained in the VPN 
stored in memory in the CTI gateway (block 324). 

Once these initial setup procedures are accomplished, a decision is made f 
in block 326 whether an outgoing call request from the VPN is from a telephone. If not, 

10 the request is from a workstation in the private network, and control proceeds via flag A 
to the sequence of procedures shown in the flowchart in Fig. 3B. If the request is from 
a telephone, that outgoing call request is detected in the SSP as a trigger number 
(block 328). The SSP then sends a query to the SCP, which in response, invokes a VPN 
service script. The SCP notifies the CTI gateway of the change in VPN device state, 

15 i.e., the telephone in the VPN making the outgoing call, along with other call 

information (block 330). As mentioned above, communications from the SCP over 
cooperative call processing interface 284 to the CTI gateway are configured in the 
extended INAP protocol. The protocol procedures outlined in Fig. 2 are employed by 1 
the CTI gateway to make the necessary conversions. The CTI gateway updates its 

20 device status table (block 332), and passes on the information regarding that device 
and/or other call information to the CTI server in the private communications network 
(if the appropriate monitor request has been set by the CTI server) using a CTI protocol 
format (block 334). 

The CTI server processes the information including authorizing the 
25 telephone call and may modify the telephone number (block 336). For example, if the 
dialed number is an abbreviated extension number, the CTI server converts the 
extension using appropriate private numbering plan conversion tables into a recognized 
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public telephone network telephone number. After processing is completed, the CTI 
server transmits the appropriate call instructions and data to the CTI gateway in the CTI 
protocol format. Notably, the CTI server communicates with the CTI gateway as if the 
gateway were a PBX switch. The CTI gateway translates these PBX commands into 

5 commands that can be recognized, understood, and implemented in the intelligent 

network. Using the appropriately translated and formatted commands, the CTI gateway 
instructs the SCP over the extended INAP interface 284 to establish the call. The SCP 
in turn instructs the SSP to establish the call using standard call routing procedures and 
using any information provided from the CTI server (block 338). The CTI gateway 

10 monitors call events which may be communicated from the SCP regarding the call, e.g., 
call termination. The call events are used to update the device status table in the CTI 
gateway and may also be passed along to the CTI server depending on the monitor state 
(block 340). 

An outgoing call from the private network may also be initiated from a 
15 workstation within the private network as is now explained in accordance with the 

flowchart shown in Fig. 3B. If the operator indicates a desire to make an outgoing call 
through a command entered at his computer workstation, that command is conveyed via 
the private communications network to the CTI server which detects the call request 
including the caller's corresponding telephone number, the called number, etc. 
20 (block 350). The CTI server validates the call request and initiates a call request service 
to the CTI gateway (block 352). The CTI gateway updates the status of the device table 
(block 354), and follows the procedures outlined in blocks 338 and 340 described in 
conjunction with Fig. 3A. 

Another service feature that may be provided in the context of a VPN is 
25 an automatic call distribution service (ACD) where users in the customer domains 260 
and 270 may act as agents for the company/organization. Fig. 4 is a flowchart 
illustrating an example set of procedures by which a user can log in or otherwise 
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indicate his availability as an agent. The ACD agent routine 360 commences with an 
agent reporting to the ACD function 212 in the CTI gateway 211 (block 362). This 
report can be performed in two alternative manners. First, the agent may report in by 
dialing on his telephone an appropriate service number or code (block 364). This 
5 special service number/code is detected as a trigger condition in the SSP in the 
intelligent network which sends an appropriate query to the SCP (block 368). The 
service invoked in the SCP as a result of that query causes a message to be conveyed to 
the CTI gateway (block 372) requesting that this operator be logged in/be shown as 
available as an ACD agent. Second, a user may report in by entering a command on his 

io workstation (block 366). A command is conveyed via the private network 254 to the 
CTI server 251 which then analyzes the request (block 370) and informs the CTI 
gateway 211. Once the CTI gateway is informed, the CTI gateway assigns the agent to 
one or more ACD queues (block 374). The CTI server is notified of this assignment 
(block 376), and the agent's status is monitored for availability to take incoming calls 

15 (block 378). 

Calls coming into the virtual private network service are now described in 
conjunction with the flowchart shown in Fig. 5. The VPN incoming calls routine 380 
begins with the SSP detecting a trigger, e.g., receipt of a B number corresponding to a 
user in the VPN, and generates a query to the SCP (block 382). The query invokes the 

20 VPN service, and the SCP determines the type of call, e.g., whether it is a direct in-dial 
call or a call to be distributed using the automatic call distribution function (block 384). 
The SCP informs the CTI gateway of the presence of the call, the type of call, and any 
relevant events. The CTI gateway processes the call type and other information relayed 
by the SCP and provides routing instructions to the SCP (block 386). If no agent is 

25 available (block 387), the SSP routes the call to the appropriate ACD queue specified 
by the CTI gateway (block 388). If a queue announcement is to be generated during the 
time the call is in queue, the CTI gateway orders the SCP to connect a Specialized 
Resource Function (SRF) provided by IP 22 1 . The CTI gateway may alternatively 
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instruct the SCP, and in turn the SCP instructs the SSP to route the call to the SRF 
included in the media server (MS) 225 in the private network 202. The CTI gateway 
may request further routing instructions from the CTI server. For example, the CTI 
server may, after further analysis of the incoming call request and possibly after 
5 correlation with data in database 252, decide to connect the call to a specific ACD 
queue device or agent. 

If an agent is available to handle the incoming call, the CTI gateway 
selects that agent and instructs the SCP of the telephone number of that agent, and the 
SCP instructs the SSP to route the call to that agent's telephone (block 390). The CTI 
10 gateway informs the CTI server of the selected call agent and the rerouted call 

(block 392). The various status and events being monitored in the CTI gateway and 
optionally in the CTI server are updated. 

As mentioned in the summary of the invention, the cooperative 
relationship between the CTI server and the SCP using the CTI gateway greatly 

15 expands the depth and variety of services that can be offered by a private network. As a 
result of the present invention, private network services like ACD or VPN can be 
constructed using only a CTI server, operator workstations, telephone terminals, and a 
CTI gateway. No switching equipment is needed by customers or organizations to 
obtain such advanced services. The extent of a virtual private network is then limited 

20 only by the extent of the public intelligent network. The CTI server also has access to 
other functions that public intelligent network can offer, but that an ordinary PBX 
cannot offer (e.g., handling of large multi-party calls and charging for call services). 
Moreover, if the CTI gateway is instructed using scripted call logic, the intelligent 
network and the CTI gateway may be readily adapted to handle different types of CTI 

25 servers having differing capabilities, architectures, and protocols. 

A more conceptual illustration of the present invention is provided in 
Fig. 6. An overall telecommunications system shown in Fig. 1 is divided into switching 
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and computing/control domains. Principal relations between switching functions and 
computing functions are shown at different levels in the system (specialized resource 
functions are omitted to simplify the drawing). At each level, the switching function in 
the switching domain and the computing function in the computing domain may request 
5 services from the other domain as indicated by the bi-directional "Control" signal lines. 
For example, the switching function may request a computing service from the 
computing function by sending a request for a computing function to the computing 
domain across a service boundary. While both switching and computing control 
requests ultimately receive a response, Events are generally telephony/switching related 

10 events that flow in only one direction from the switching domain to the computing 

domain. In the example shown above, such an example might be when the SSF notifies 
the SCF about a new incoming call (the Event) which requires IN control treatment. 
The compiiting function may request switching services from the switching function in 
the form of a Control message. That control message may typically instruct the 

15 switching function to manipulate the call handling in one way or another. An example 
is when the SCF instructs the SSP to complete a call to a particular destination. 
Alternatively and as noted earlier, the SCF may request a computing service from the 
CTI server. 



20 intelligent network level. The SCF issues control instructions to the SSF, and the SSF 
passes event notifications about the status and progress of a call to the SCF. The SSF 
also contains relevant triggers to notify the SCF about a new incoming call requiring IN 
treatment. 

The present invention introduces a new level to this model. At a next 
25 level, the control SSF and SCF communications are grouped into a switching 

subdomain. The CTI gateway is then a computing subdomain passing control/service 
requests to the switching subdomain and receiving back events. At still a next higher 



The first level of divided switching and control functions is at the 
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level, an external computing domain corresponding to the CTI server is interfaced 
across the service boundary with the switching subdomain and computing subdomain 
grouped at this level into a single switching domain. The CTI server perceives all of the 
CTI gateway, the SCF, and the SSF as a uniform switching domain that the CTI server 
can control using a CTI protocol. The switching domain provides the CTI server with 
relevant events regarding devices within its control, and the CTI server exercises call 
control in the computing domain. 

At this highest level, the CTI considers only mere abstractions or logical 
representations of the devices, connections, services, etc. provided within the IN 
switching subdomain. This abstraction and functional separation of control and 
switching events greatly simplifies what would otherwise be an extremely complex 
service. For example, the inventive model shown in Fig. 6 permits creation and control 
of a virtual private network service without the external CTI server understanding how 
the virtual private network is constructed or controlled. In fact, the CTI server treats the 
virtual private network provided by the switching domain as if it were a conventional, 
local PBX. 

Fig. 7 is a function block diagram illustrating one possible 
implementation of the CTI gateway. In particular, the CTI gateway may be realized as 
a set of software application modules within a general purpose computer or as a 
plurality of computers performing distributed processes. The general purpose computer 
also includes communications interface equipment to allow the CTI gateway to be 
connected to the signaling network used in the public intelligent network 200 as well as 
the CTI server in the CPE-based private telecommunications network 202. Software 
application modules may be implemented as scripted and/or hard coded modules. A 
scripted implementation may be preferred to permit the CTI gateway to be readily 
adapted to different types of CTI servers. On the other hand, specialized hardware and 
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software implementations often result in improved performance albeit with reduced 
flexibility/adaptability. 

The central switching function of the CTI gateway is provided by the 
switching control coordination function (SCCF) 405. The SCCF 405 includes a number 
of sub-software modules. A device handler module 41 1 abstractly represents the 
devices that may be monitored and controlled by the CTI server via the CTI 
interface 422. The logical devices represented in the device handler 41 1 are in essence 
abstractions of both physical and other logical devices located in the public intelligent 
network 200 and in the CTI gateway itself. Examples of physical devices might include 
telephone terminals, network interface devices, trunks, trunk groups, etc. Examples of 
logical devices might include IN services in the SCP and the ACD module 402. 

Logical devices administered by the device handler are associated with a 
unique identifier used to maintain a status record of each device. The status of each 
device is updated constantly upon receipt of information from the public intelligent 
telecommunications network via the extended INAP interface 421 and from the CPE- 
structured private communications network 202 via the CTI server interface 432. 
Device handler 4 1 1 allows the CTI server to request monitoring of a device over that 
CTI interface. Once monitoring of a device is initiated, all changes in the device state 
may be communicated to the CTI server via the CTI interface in the form of events. 
The state of a device may also be sent in a corresponding manner by the CTI server to 
the device handier via the CTI interface. 

A connection handler 412 handles the relationship (connection) between a 
device and a call. The connection handler 412 allows the connection to be monitored 
and manipulated via the CTI interface 422. Control orders issued for connection are 
related to the public intelligent network 200 over interface 421 with the media 
server 225 over interface 423, and/or to the ACD module 402 over interface 432 
depending on the type of resource requested by the connection. Based on call state 
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information returned by the SSP in the extended INAP interface 421, the connection 
handler 412 maintains a state for each created connection. Changes in the state of the 
connection are passed on the CTI server via the CTI interface 422. 

The call handler 413 provides an "umbrella" function that ties together 
communication connections between two or more devices. The call handler 413 
coordinates individual call handling processes during the life of a call using a call 
identifier. In addition, a call instance in the call handler 413 is created either as a result 
of an incoming service request from the public IN network via the IN interface 421 or 
as a service request from the CTI server via the CTI interface 422. The call handler 413 
thus provides a logical relation between the service executed in the SCP and the call 
processing performed by the CTI server. The call handler 413 is also responsible for 
coordinating call events sent to the CTI server over the CTI interface 422. Further, the 
call handler 413 performs overall timing control of various subprocesses and 
coordinates routing procedures for handling incoming calls with the CTI server. 

The communication handler 414 performs the functions needed to 
conduct the overall CTI gateway function including protocol conversions between the 
extended INAP 421 interface and the CTI interface 422. The communication 
handler 414 also coordinates various status and activity checks in both the public and 
private network via the extended INAP and CTI interfaces 421 and 422, respectively. 

The specialized resource function (SRF) handler 4 1 5 coordinates 
activities related to special types of user interactions. Upon request from the CTI server 
via interface 422, the SRF handler 415 connects the appropriate specialized resource 
function. Depending on the type of requested resource, the SRF handler 415 may draw 
upon the SRF available in the public network or in the private network. 

The ACD module 402 provides the automatic call distribution function to 
allow incoming calls directed to the same dialed number/service to be routed to one of 
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multiple ACD agents. The ACD module 402 contains logical devices to identify ACD 
groups, operator groups, and individual operators. The ACD module 402 also contains 
higher device structure and distribution parameters used to configure the call 
distribution. Device state changes related to ACD logical devices and routing 
procedures for incoming calls subject to ACD treatment are communicated between the 
device handler 41 1 and the ACD module 402 via interface 432. 

In order to provide connectivity and compatible communication between 
the public intelligent network 200 and the CTI gateway in the CPE-based private 
communications network 202, the CTI gateway includes an INAP protocol 
encoder/decoder 403. The INAP protocol encoder/decoder establishes and maintains 
communication over extended INAP interface 421 and interprets the INAP protocol so 
that service requests, responses, and events are properly encoded and decoded 
depending upon the direction of communication. A CTI protocol encoder/decoder 404 
provides connectivity and compatible communication with CTI servers via the CTI 
interface 422. The CTI protocol encoder/decoder establishes and maintains 
communications over CTI interface 422 and interprets the CTI protocol so that service 
requests, service responses, and events are properly encoded and decoded depending 
upon the direction of communication. 

The media server (MS) protocol encoder/decoder 406 provides 
connectivity and compatible communication with one or more media servers connected 
to the CTI gateway via interface 423. The media server protocol encoder/decoder 406 
establishes and maintains communications over the MS interface 423 and interprets the 
media server protocol so that the orders from the SRF handler 415 to perform the user 
interaction service and relay information to the SRP handler 415 via the interface 434 
are properly encoded and decoded depending upon the direction of communication. 

While the foregoing describes what are considered to be preferred 
example embodiments of the invention, it is understood that various modifications may 
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be made therein and that the invention may be implemented in various forms and 
embodiments, and that it may be applied in numerous applications, only some of which 
have been described. The following claims are intended to cover all such modifications 
and variations which fall within the true scope of the invention. 
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WHAT IS CLAIMED IS: 

1 . A telecommunications system comprising: 

a public telecommunications network including a first service control element 
and a first service resource used to provide public network services following a first set 
5 of control procedures; 

a private telecommunications network including a second service control 
element and a second service resource used to provide private network services 
following a second set of control procedures; and C 
a telecommunications network gateway provided between the public and private 
10 networks permitting the first service control element to request a service from the 
second network service control element. 

2. The system in claim 1, wherein the first service control element requests the 
service using the first control procedures. 

3. The system in claim 2, wherein the telecommunications network gateway 
15 converts the service request into the second control procedure format and conveys the 

converted service request to the second network service control element. 

L 

4. The system in claim 3, wherein the second network performs the requested 
service using the second network's resources and conveys an event relating to the 
requested service to the telecommunications network gateway using the second control 

20 procedure format. 

5. The system in claim 4, wherein the telecommunications network gateway- 
converts the event from the second control procedure format into the first control 
procedure format and conveys the converted event to the first network service element. 
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6. The system in claim 1, wherein the first service control element includes a 
computer-based service control element and the second service control element includes 
a telephony-based service control point. 

7. The system in claim 6, wherein the requested service is a telephony routing 
5 function for routing a telephone call involving a telephone device in the private 

telecommunications network connected by a telephony connection to the public 
telecommunications network. 

8. A telecommunications system comprising: 

a public telecommunications intelligent network (IN) including an IN service 
control element and an IN switching control element providing IN services following 
IN control procedures; 

a private telecommunications network including a computer telephony 
integration (CTI) server providing CTI services following CTI control procedures; and 

a network gateway coupled to the public and private networks permitting the CTI 
server to request a service from the IN service control element. 

9. The system in claim 8, wherein the network gateway establishes a service 
logic communications path between a service control function in the service control 
element and a computing function in the CTI server. 

10. The system in claim 9, wherein the CTI server requests the service using 
20 the CTI control procedures. 

1 1. The system in claim 10, wherein the network gateway converts the service 
request into the IN control procedure format and conveys the converted service request 
to the IN service control element. 



10 
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12. The system in claim 1 1, wherein the IN service control element performs 
the requested service and conveys an event relating to the requested service to the 
network gateway in the IN control procedure format. 

13. The system in claim 12, wherein the network gateway converts the event 
from the IN control procedure format into the CTI control procedure format. 

14. The system in claim 8, wherein the network gateway includes: 
a CTI protocol encoder/decoder, and 

a IN protocol encoder/decoder. 

15. The system in claim 14, wherein the network gateway further includes a 
switching control coordinator connected to the CTI protocol encoder/decoder and IN 
protocol encoder/decoder. 

16. The system in claim 8, wherein the private network includes: 
plural telephones connected to the public network, and 

plural operator workstations connected to the CTI server by the private network. 

17. The system in claim 16, wherein the network gateway controls distribution 
of incoming telephone calls to a telephone device corresponding to one of the operator 
workstations. 

18. The system in claim 17, wherein the CTI server sends a telephony order 
request to the network gateway, the network gateway sends the telephony order request 
to the IN service control element, and the IN service control element causes the IN 
switching control element to execute the requested telephony order. 

19. The system in claim 8, wherein the CTI protocol is designed to interface 
with a private branch exchange. 
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20. The system in claim 19, wherein the network gateway includes: 

a CTI interface that emulates a private branch exchange switch to receive 
switching service communications from the CTI server, and 

an IN interface that emulates a public IN node to receive service communications 
from the service control point. 

2 1 . The system in claim 1 9, wherein the private telecommunications network 
does not include a telephony switch. 

22. A telecommunications system comprising: 

a public telecommunications intelligent network (IN) including a IN service 
control element and an IN switching control element providing IN services following 
IN control procedures; 

a private telecommunications network including a computer telephony 
integration (CTI) server providing CTT services following CTI control procedures and a 
first group of plural telephones connected to the public IN network; and 

a network gateway coupled to the public and private networks through which the 
CTI server requests a service from the IN service control element, 

wherein a virtual private network connecting the first group of telephones using 
the public telecommunications intelligent network is established in accordance with 
communications between the service control point and the CTI server through the 
network gateway. 

23. The system in claim 22, wherein the private telecommunications network 
does not include a telephony switch. 

24. The system in claim 23, wherein the telephones in the first group are 
located in different geographical locations. 

25. The system in claim 23, wherein the private telecommunications network 
provides an automatic call distribution service. 
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26. The system in claim 23, wherein the private telecommunications network 
provides a private numbering plan service. 

27. The system in claim 23, wherein the switching functions required to support 
the virtual private network are performed by the IN service control element and one or 

5 more IN switching control elements in the public telecommunications intelligent 
network. 

28. A method of enhancing telecommunications services offered in a private 
network controlled by a private network computer server with services from an 
intelligent network that includes a service control element and a switching element, 

10 comprising the steps of: 

providing a gateway between the computer server and service control element; 
the computer server requesting from the gateway a switching service for the 
private network; 

the gateway conveying a switching message corresponding the requested 
15 switching service to the service control element; and 

in response to the switching message, the service control element performing the 
requested switching function using the switching element. 

29. The method in claim 28, wherein the computer server employs a first 
control procedure format and the intelligent network employs a second control 

20 procedure format, the method further comprising: 

converting the switching service request in the gateway into the second control 
procedure format, and 

conveying the converted service request to a service control element of the 
intelligent network. 



25 



30. The method in claim 29, further comprising: 
performing the requested service in the intelligent network; 
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conveying an event relating to the requested service to the gateway; 
converting the event from the second control procedure format into the first 
control procedure format; and 

conveying the event in the converted format to the computer server. 

31. A method of enhancing telecommunications services offered in a private 
network controlled by a computer telephony integrated (CTI) server with services 
obtained from an intelligent network (IN) that includes a service control element and a 
switching element, comprising the steps of: 

establishing service logic relating to a private network service in the IN service 
control element and one or more triggering conditions in the IN switching element; 

providing a gateway coupled to the CTI server and IN service control element; 

detecting in the IN switching element a call having a trigger condition; 

invoking the private network service logic in the IN service control element and 
communicating information regarding the call to the CTI server; 

processing the call information in the CTI server; 

instructing the IN service control element to complete the call; 

the IN service control element instructing the IN service switching element to 
complete the call; and 

the IN service switching element completing the call. 

32. The method in claim 31, wherein the gateway establishes a service logic 
communications path between the IN service control element and the CTI server and 
processes a communication from one of the IN service control element and the CTI 
server to render the communication understandable by the other. 

33. The method in claim 31, wherein the private network includes plural 
telephones connected to the IN switching element and plural workstations connected to 
the CTI server, the method further comprising: 

detecting in the CTI server a call request from one of the workstations; 
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processing the call request; 

initiating a switching service request through the gateway to the IN service 
control element; 

instructing the IN service control element to complete the call; 

the IN service control element instructing the IN switching element to complete 
the call; and 

the IN switching element completing the call to a telephone associated with the 
one workstation. 

34. The method in claim 33, further comprising: 

receiving a message at the CTI server from an operator indicating availability, 

and 

informing the gateway and the gateway assigning the call agent to a call handling 

. queue. 

35. The method in claim 34, wherein the message is conveyed to the CTI server 
from the operator's workstation. 

36. The method in claim 34, further comprising: 

detecting at the IN switching point a code corresponding to the message and 
querying the IN service control element, and 

the service control element conveying to the CTI server information regarding 
the message. 

37. The method in claim 31, wherein the after processing a type of call, the IN 
service control element is instructed via the gateway to route the call to a selected 
telephone corresponding to an available agent. 

38. The method in claim 37, wherein if there is no available agent, the IN 
service control element is instructed via the gateway to route the call to a special 
resource function. 
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39. The method in claim 38, wherein the specialized resource function is in the 
private network. 

40. The method in claim 38, wherein the specialized resource function is in the 
public network. 
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FIG. 2 
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